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(54) Mapping a node-link structure into a rendering space 

(57) A node-link structure laid out in a space with 
negative curvature, such as the hyperbolic plane, is 
mapped to a rendering space, such as the unit disk, 
beginning from a starting element that has both a parent 
and a child. Data identifying the starting element are 
obtained, such as based on user signals. The starting 
element can be located at a starting position in the unit 
disk. Then a set of other elements can be mapped, each 
reachable from the starting element by a path that leads 
only through elements in the set. Each element's posi- 
tion in the negatively curved space relative to a preced- 
ing element on its path and the position of the preceding 
element in the rendering space can be used to obtain 
the element's position in the rendering space. The posi- 
tions in the unit disk can then be used to present a rep- 
resentation of the node-link structure. The set of 
elements can include only a mapping root and descend- 
ants, where the mapping root is on an upward path from 
the starting element, but precedes the first element that 
maps to a position in the unit disk outside a precision 
horizon. A criterion can be applied to determine whether 
to map each element's descendants, if the rendering 
space has an active region within the precision horizon, 
it may not be necessary to map descendants if an ele- 
ment is outside the precision horizon or is outside the 
active region but has a parent inside the active region. 
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Description 

[0001] The invention relates to mapping a node-link 
structure laid out in negatively curved space into a ren- 
dering space, such as for presentation on a display. 
[0002] Lamping, J. and Rao, R., "The Hyperbolic 
Browser: A Focus+Context Technique for Visualizing 
Large Hierarchies", Journal of Visual Languages and 
Computing, Vol. 7, 1996, pp. 33-55, disclose techniques 
for laying out a hierarchy on a hyperbolic plane and then 
mapping the plane onto a Euclidean display region such 
as a unit disk. Initially, a tree has its root at the center or 
focus of the display region, but the display can be 
smoothly transformed to bring other nodes into focus. 
Changes of focus can be implemented by adjusting the 
focus of the mapping from the hyperbolic plane to the 
Euclidean plane, such as by a transformation in the 
hyperbolic plane that moves a new focus to the location 
that is mapped to the center of the unit disk. Lamping et 
al. t US-A-5,590,250, disclose similar mapping tech- 
niques in which a transformation is performed on posi- 
tions in a layout space and the transformed positions 
are then mapped to obtain positions on a display; map- 
ping is performed recursively, beginning at the root 
node. 

[0003] Munzner, T, and Burchard, P., "Visualizing the 
Structure of the World Wide Web in 3D Hyperbolic 
Space", in Proceedings of the VRML 95 Symposium 
(San Diego, CA, December 13-16, 1995), ACM SIG- 
GRAPH, 1995, pages 33-38 and 138, disclose tech- 
niques based on laying out an exhaustive subtree of a 
graph in standard hyperbolic space. Due to multiple 
images, sophisticated level-of-detail culling is required 
to render the view inside a manifold efficiently. The 
choice of an exhaustive subtree corresponds to choos- 
ing a root node and, for each other node, one incoming 
edge. Taking the tree that would be obtained by navigat- 
ing out from the root node and attaching all children, a 
subtree can be selected by choosing a traversal order 
for the tree and then only retaining the f irst copy of each 
graph node. A graphical representation is constructed 
and written into a 3D data file, which is loaded into 
Geomview, a public domain 3D viewer. 
[0004] The invention addresses problems in mapping 
a node-link structure laid out in a space with negative 
curvature, such as hyperbolic space, into a rendering 
space, such as a two dimensional space in which it can 
be displayed. 

[0005] With the techniques described by Lamping and 
Rao and with other conventional mapping techniques 
for node-link structures laid out in negatively curved 
space, mapping begins at a fixed part of the structure, 
such as the root node of a directed graph or a node at 
the lowest level of a directed graph. Mapping from the 
root node or other fixed part can be inefficient, however, 
if .the point of interest in the structure is distant from the 
fixed part at which mapping begins, since the region of 
the structure around the fixed part may be of only 



peripheral interest. Furthermore, the representation of a~ 
location far from the root may cause loss of numerical- 
precision, leading to mispositioning the node when it is 
mapped near the center. 

5 [0006] The invention alleviates mapping problems due 
to beginning from a fixed part by providing techniques 
that can begin mapping at any element within the struc- 
ture. The techniques obtain data identifying a starting 
element within the structure. The techniques then locate 

w the starting element at a starting position in rendering 
space. Then, for each of a set of other elements of the 
structure, the techniques map the element's position in 
the negatively curved space to a position in rendering 
space. The set of other elements includes at least a par- 

75 ent and a child of the starting element, and each ele- 
ment in the set is reachable from the starting element by 
a path that leads only through elements in the set. In 
mapping the position of each element in the set, the 
techniques use the element's position relative to the 

20 preceding element in the negatively curved space and 
the position of the preceding element in the rendering 
space to obtain the element's position in the rendering 
space. 

[0007] The starting position in rendering space can 
25 correspond to a display region's focus, for example. If 
the display region is a circle, the starting position can 
correspond to its center. The space with negative curva- 
ture space can be the hyperbolic plane, and the render- 
ing space can be the unit disk. 
30 [0008] Data identifying the starting element can be 
obtained based on signals from a user. For example, a 
user signal can indicate a position in a display region 
that can be converted to a position in rendering space 
and used to obtain data identifying the starting element. 

35 Or the user signal can indicate the starting element, and 
can be used to obtain data identifying the starting ele- 
ment; the signal can also indicate the starting position. 
Or the user signal can indicate a change in the node-link 
structure and data can be obtained that identify a start- 

40 ing element that is not affected by the change. 

[0009] Where the node-link structure is a tree, locating 
the starting element can include walking up to the root 
element of the node-link structure to obtain identifiers of * 
elements on the path from the starting element to the 

45 root element. Then, the identifiers can be used to walk 
down to the starting element, using the starting orienta- 
tion of the root element to obtain the starting element's 
orientation in rendering space. 
[0010] In one implementation, the rendering space 

so includes a bounded precision region within which ele- 
ments can be mapped with adequate precision. Map- 
ping can include walking upward on a path from the 
starting element, mapping each element on the path, 
until a first element is mapped outside the precision 

55 region. Then a second element that precedes the first 
element along the upward path can be selected as a 
mapping root within the precision region. Mapping can 
be performed by then walking downward from the map- 
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ping root, the set of other elements thus including only 
the mapping root and descendants of the mapping root. 
For example, the first and second elements can be 
nodes, and the second element can be the node imme- 
diately preceding the first element on the upward path. 5 
[0011] In this implementation, a criterion can be 
applied to determine whether to map descendants of 
each element that is mapped. The criterion can include 
determining whether the element has descendants in 
the node-link structure. It can also include determining 10 
whether the element is in the precision region. It can 
also include determining, in relation to an active region 
such as a view within the precision region, whether the 
element is in the active region or its parent is outside the 
active region. In accordance with this criterion, if an ele- is 
ment has no descendants, is outside the precision 
region, or is outside the active region with a parent 
inside the active region, it is not necessary to map its 
descendants. 

[0012] The new techniques are advantageous 20 
because it is often possible to identify a starting node 
that will provide more efficient mapping than other 
nodes. For example, a user may select a node to be 
positioned at the display region's focus. As a result, 
mapping can be done more efficiently than if it always 25 
began at a fixed part of the structure, and operations 
that require repeated mappings in a short period of 
time, such as animation, can be done more effectively. 
[0013] The new techniques are especially advanta- 
geous if data defining the layout of the node-link struc- so 
ture indicate positions relative to other nodes in 
negatively curved space rather than indicating absolute 
positions. For example, a node's position relative to its 
parent could be indicated. With relative position data, 
computation can be especially efficient. 35 
[0014] The new techniques are also, advantageous 
because they avoid precision problems that can result 
when mapping to a rendering space begins at a root 
node. If there are too many generations between the 
root node and a node of interest the position of the 40 
node of interest in the negatively curved space may be 
inadequately specified. 

Fig. 1 is a schematic flow diagram showing how 
mapping can be performed from an element in a 45 
node-link structure that has a parent and a child. 
Fig. 2 is a flow chart showing general acts in per- 
forming mapping as illustrated in Fig. 1. 
Fig. 3 is a schematic diagram showing general 
components of a machine that performs mapping so 
as illustrated in Fig. 1. 
Fig. 4 is a schematic diagram of a system. 
Fig. 5 is a flow chart showing how the system of Fig. 
4 can respond to events by presenting representa- 
tions of a directed graph. 55 
Fig. 6 is a flow chart showing how mapping can be 
performed in Fig. 5. 

Fig. 7 is a schematic diagram showing a distorted 



representation of the unit disk. 
A. Conceptual Framework 

[0015] The following conceptual framework, when 
taken with the conceptual frameworks set forth in U.S. 
Patents 5,590,250 and 5,619,632, incorporated herein 
by. reference, is helpful in understanding the broad 
scope of the invention, and the terms defined below 
have the indicated meanings throughout this applica- 
tion, including the claims. 

[0016] A "node-link structure" is a structure that 
includes items that can be distinguished into nodes and 
links, with each link relating two or more of the nodes. A 
"graph" is a node-link structure in which each link 
relates two nodes. A "directed graph" is a graph in which 
each link indicates direction between the nodes it 
relates, with one node being a source or "from-node" of 
the link and the other being a destination or "to-node" of 
the link. An "acyclic directed graph" is a directed graph 
in which the links, when followed in their indicated direc- 
tions, do not provide a path from any node back to itself. 
A "tree" is an acyclic directed graph with exactly one 
root node such that, for any non-root node in the tree, 
the links, when followed in their indicated directions, 
provide only one path that begins at the root node and 
leads to the non-root node. 

[001 7] The "elements" of a node-link structure are its 
nodes and links. 

[0018] In a node-link structure, a "node-link relation- 
ship" is a relationship between elements based on 
paths of nodes and links between or among the ele- 
ments. 

[001 9] In many cases, node-link relationships can be 
summarized by category, in a directed graph, for exam- 
ple, the "children" of an element are the elements that 
can be reached from the element by following no more 
than one link in its indicated direction. Similarly, the 
"parents" of an element are the elements that can be 
reached from the element by following no more than 
one link opposite its indicated direction. Children and 
parents of a node thus include links and nodes, while 
children and parents of a link include only nodes. The 
"descendants" of an element include all of its children, 
the children of its children ("grandchildren"), etc. The 
"ancestors" of an element include all of its parents, the 
parents of its parents ("grandparents"), etc. The "sib- 
lings" of an element include all the other children of its 
parents. The "co-parents" of an element include all the 
other parents of its children. 

[0020] In another type of node-link relationship among 
a set of elements that are being mapped, an element is 
"reachable" from another element by a path that leads 
only through elements in the set if there exists at least 
one path from the other element to the element that 
does not include any mappable elements that are not in 
the set. For example, if an implementation maps only 
positions of nodes, then an element is reachable from 
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another element by a path- that leads only through ele- 
ments in the set if there exists a path that does not 
include any nodes that are not in the set. 
[0021] An item of data "identifies" an element in a 
node-link structure if the item of data provides sufficient s 
information to distinguish the element from other ele- 
ments in the structure. For example, an item of data 
identifies an element if the item of data can be used to 
access data relating to the element rather than to 
access data relating to other elements. 10 
[0022] The terms "space" and "position" have related 
meanings as follows: A "space" is a set of "positions" 
over any pair of which a distance measure for the space 
can be applied to obtain a distance between the pair of 
positions. Examples of types of spaces include one- 15 
dimensional spaces such as lines or rays; other n- 
dimensional spaces; continuous spaces; discrete 
approximations of continuous spaces; and so forth. 
[0023] A "planar unit disk' or "unit disk is a two-dimen- 
sional Euclidean space bounded by a circular perimeter, 20 
with first and second perpendicular axes that cross at 
the center of the perimeter, and with a radius along 
each axis from the center to the perimeter of one. As a 
result, each position in the unit disk can be uniquely 
identified by two coordinates, each between +1 and -1 . 25 
[0024] A "space with negative curvatures" is a space 
in which parallel lines diverge. Therefore, through any 
position in a space with negative curvature that is not on 
a given straight line, there are multiple other straight 
lines parallel to the given straight line. An example of a 30 
space with negative curvature is hyperbolic n-space. A 
"hyperbolic plane" is a hyperbolic 2-space. 
[0025] An operation "lays out" a structure in a space if 
the operation obtains data indicating positions in the 
space for elements of the structure. The structure is laid 35 
out" in the space if data indicating such positions in the 
space has been obtained. The data could indicate abso- 
lute positions, such as with coordinate values measur- 
ing displacements from a set of universal references 
such as a coordinate origin, or the data could indicate 40 
relative positions, such as with coordinate values meas- 
uring displacements from a set of references based on 
the position of another element. 
[0026] A "locating" is an operation that obtains data 
indicating a position of an element in a space. The oper- 45 
ation "locates" the element in the space. As with a lay 
out operation, the data could indicate an absolute or rel- 
ative position. 

[0027] A "mapping" is an operation that uses data indi- 
cating one or more positions in a first space to obtain so 
data indicating counterpart positions in a second space. 
For brevity, it may be said that the mapping uses a posi- 
tion in the first space to obtain a position in the second 
space. As above, the data could indicate absolute or rel- 
ative positions in one or both of the spaces. The opera- 55 
tipn "maps" positions in the first space to counterpart 
positions in the second space. Each of a set of positions 
in the f irst space can be "mapped" to a counterpart posi- 



tion~in the second space. A position in the first space- 
"corresponds to" the position in the second space-to- 
which it is or could be mapped, and vice versa. 
[0028] An operation such as mapping uses an ele- 
ment's position "relative to" another element if the oper- 
ation uses data indicating a relative position of the 
element based on the position of the other element. 
Data indicating relative position could be previously 
obtained or they could be obtained by the operation, 
such as based on absolute positions of the two ele- 
ments. 

[0029] An operation "maps" a structure laid out in a 
first space into a second space if the operation maps 
the position in the first space of each of a set of ele- 
ments of the structure to a counterpart position in the 
second space. The term "rendering space" is used 
herein as a convenient designation for a space into 
which a node-link structure can be mapped. 
[0030] A "converting" of a position in a first space to a 
position in a second space is a mapping operation that 
simply uses an item of data indicating a position in the 
first space to obtain an item of data indicating a position 
in the second space. As above, the data could indicate 
an absolute or a relative position in one or both of the 
spaces. Between some types of spaces, merely con- 
verting positions does not produce a satisfactory map- 
ping. For example, positions of elements of a large 
node-link structure laid out in a negatively curved space 
such as the hyperbolic plane cannot be satisfactorily 
mapped into a rendering space such as a unit disk 
merely by converting positions. 
[0031 ] A "display space" or "display region" is a space 
or region within which information can be positioned for 
presentation in image form. A "focus" of a display region 
is a position or set of positions within the display region 
at which information is presented at greater detail than 
other positions. 

[0032] A "walking" is an operation that accesses, in 
sequence, data relating to a sequence of elements in a 
node-link structure. The sequence of elements defines 
a "path"; depending on implementation, a path may 
include only nodes, only links, or a combination of 
nodes and links. A "walking down" is a walking that 
traverses directed links in their direction, while a "walk- 
ing up" is a walking that traverses directed links oppo- 
site their direction. 

[0033] An "orientation" of features in a representation 
is a positioning of the features relative to the position in 
which the representation is ordinarily viewed. For exam- 
ple, a representation ordinarily has top, left, right, and 
bottom sides, so that an orientation could be described 
as upward, leftward, rightward, or downward. 
[0034] Elements can be mapped "with adequate pre- 
cision" within a region of a rendering space if, for each 
of the elements, the difference between its mapped 
position and the position to which it would be mapped 
with infinite precision is less than S, where S is approxi- 
mately the resolution of the presentation of the render- 
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ing space. For example, for a given computational 
implementation, and given a mapping operation and a 
set of numbers indicating a position to be mapped, if the 
mapping operation were performed on the position with 
infinite precision, the mapping would have adequate 5 
precision only if the cumulative error would be less than 
the pixel resolution of the rendering space. 
[0035] An operation "applies a criterion" if the opera- 
tion uses a criterion to reach a determination, such as 
whether to map descendants of an element. 10 
[0036] The term "navigation signal" is used herein to 
mean a signal that indicates that the user has greater 
interest in a part of a node-link structure than in other 
parts. For example, an "expand signal" indicates a 
request to present a representation of a graph in which 15 
the representation of an element of the graph is 
expanded, while a "contract signal" indicates a request 
to present a representation of a graph in which the rep- 
resentation of an element of the graph is contracted. 
Other examples include requests to present a part of 20 
the nodelink structure at a specific position, which can 
be done by selecting a bookmark or the like or by a point 
and click operation requesting that a feature pointed to 
be moved to a center of focus. 

[0037] A signal "requests a change" in a node-link 25 
structure if the signal requests a change in one or more 
elements of the structure, such as an insertion or dele- 
tion of one or more elements or an operation such as 
moving or copying that can be implemented by a combi- 
nation of insertions and deletions. 30 
[0038] A "processor" is a component of circuitry that 
responds to input signals by performing processing 
operations on data and by providing output signals. The 
input signals may, for example, include instructions, 
although not all processors receive instructions. The 35 
input signals to a processor may include input data for 
the processors operations. The output signals similarly 
may include output data resulting from the processors 
operations. 

[0039] A "network" is a combination of circuitry 40 
through which a connection for transfer of data can be 
established between machines. 

B. General Features 

45 

[0040] Figs. 1-3 show general features of the inven- 
tion. 

[0041] Fig. 1 illustrates how node-link structure 10 laid 
out in a space with negative curvature can be mapped 
into a rendering space beginning at an element with a so 
parent and a child. 

[0042] As indicated in box 20 by the "X", node 22 is 
identified as the starting element for mapping. Node 22 
is linked to parent node 24, which may be one of a 
number of parent nodes, and to child node 26, which 55 
may be one of a number of children nodes. 
[0043] As shown in box 30, node 22 is located at start- 
ing position 32 in rendering space. Starting position 32 



is illustratively at the origin of a two dimensional space, 
but could be any other appropriate position -in- any 
appropriate rendering space. 

[0044] Then, each of a set of other elements in node- 
link structure 10 can be mapped to a position in the ren- 
dering space. As illustrated in boxes 40 and 50, the set 
includes parent node 24 and child node 26. In addition, 
the set can include other elements, each of which is 
reachable from node 22 by a path that leads only 
through elements in the set, as defined above. As 
shown in box 20, parent node 24 and child node 26 are 
each reachable by such a path, because the paths to 
them from node 22 do not include any other mappable 
elements, either because only nodes are mapped or, if 
links are also mapped, because the set of elements also 
includes the links from node 22 to parent node 24 and 
child node 26. 

[0045] Each element in the set is mapped by using the 
element's position relative to the preceding element in 
its path from node 22 and the position of the preceding 
element in the rendering space to obtain the element's 
position in the rendering space. For example, if only 
nodes are mapped, the preceding element of a node is 
the preceding node in its path. In this case, the preced- 
ing node of both parent node 24 and child node 26 is 
node 22. As illustrated in box 42, parent node 24 is 
mapped to position 44; as illustrated in box 52, child 
node 26 is mapped to position 54. 
[0046] In Fig. 2, the act in box 1 00 begins by obtaining 
data identifying a starting element in a node-link struc- 
ture laid out in a space with negative curvature. The 
starting element could, for example, be a node indicated 
by a user as a node of interest, and the act in box 100 
could respond to a user signal indicating the node by 
obtaining an identifier of the node. 
[0047] The act in box 1 02 then locates the starting ele- 
ment at a starting position in rendering space. If the ren- 
dering space is a display region, for example, the 
starting position could be a focus of the display region. 
[0048] Then the act in box 1 04 performs mapping for 
each of a set of elements, including at least one parent 
and at least one child of the starting element. In other 
words, rather than being the root of a directed graph or 
a node at the lowest level of a directed graph, the start- 
ing element has at least one parent and at least one 
child in the structure. In mapping each element in the 
set to a position in rendering space, the act in box 104 
uses the position of the element relative to the preced- 
ing element in a path from the starting element that 
leads only through elements in the set. The act in box 
104 also uses the preceding element's position in ren- 
dering space. 

[0049] Machine 150 in Fig. 3 includes processor 152 
connected for receiving data indicating user signals 
from user input circuitry 154 and for providing data 
defining images to display 156. Processor 152 is also 
connected for accessing node-link data 158, which 
define at least part of a node-link structure as laid out in 
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a space with negative curvature. Processor 152 is also 
connected for receiving instruction data 160 indicating 
instructions through instruction input circuitry 162, 
which can illustratively provide instructions received 
from connections to memory 164, storage medium 
access device 1 66, or network 1 68. 
[0050] In executing the instructions indicated by 
instruction data 160, processor 152 obtains an identifier 
of a starting element in the node-link structure. For 
example, processor 152 can receive user signals from 
user input circuitry 154 indicating a selected element, 
and can obtain an identifier of the selected element, 
which serves as the starting element. Processor 152., 
locates the starting element at a starting position in the 
rendering space. Then, for each of a set of other ele- 
ments in the structure, processor 152 maps the ele- 
ment's position in negatively curved space to a position 
in rendering space. The set of other elements includes 
at least one parent and at least one child of the starting 
element. In mapping for each element in the set, proc- 
essor 152 uses the position of the element relative to 
the preceding element in a path from the starting ele- 
ment that leads only through elements in the set; proc- 
essor 152 also uses the preceding element's position in 
rendering space. Processor 152 could also use the 
positions of elements in rendering space to present a 
representation of the node-link structure on display 156. 
[0051 ] As noted above, Fig. 3 illustrates three possible 
sources from which instruction input circuitry 162 could 
receive data indicating instructions-memory 164, stor- 
age medium access device 166, and network 168. 
[0052] Memory 164 could be any conventional mem- 
ory within machine 150, including random access mem- 
ory (RAM) or read-only memory (ROM), or could be a 
peripheral or remote memory device of any kind. More 
generally, memory 164 could be a combination of more 
than one type of memory component. 
[0053] Storage medium access device 1 66 could be a 
drive or other appropriate device or circuitry for access- 
ing storage medium 170, which could, for example, be a 
magnetic medium such as a set of one or more tapes, 
diskettes, or floppy disks; an optical medium such as a 
set of one or more CD-ROMs; or any other appropriate 
medium for storing data. Storage medium 170 could be 
a part of machine 150, a part of a server or other periph- 
eral or remote memory device, or a software product. In 
each of these cases, storage medium 170 is an article 
of manufacture that can be used by machine 150. Data 
units can be positioned on storage medium 170 so that 
storage medium access device 166 can access the data 
units and provide Jhem in a sequence to processor 152 
through instruction input circuitry 162. When provided in 
the sequence, the data units form instruction data 160. 
indicating instructions as illustrated. 
[0054] Network 168 can provide instruction data 160 
received from machine 180. Processor 182 in machine 
180 can establish a connection with processor 152 over 
network 168 through network connection circuitry 184 



and* instruction input circuitry 162. Either processor- 
could initiate the connection, and the connection Gould- 
be established by any appropriate protocol. Then proc- 
essor 182 can access instruction data stored in memory 
5 186 and transfer the instruction data over network 168 
to processor 152 so that processor 152 can receive 
instruction data 160 from network 168. Instruction data 
160 can then be stored in memory 164 or elsewhere by 
processor 152, and can be executed. 

10 

C. Implementation 

[0055] The general features described above could be 
implemented in numerous ways on various machines to 
is map node-link structures to rendering spaces. An 
implementation described below has been implemented 
on a PC-based system running the 32 bit versions of 
Microsoft Windows and executing code compiled from 
C++ language source code. 

20 

C.1. System 

[0056] In Fig. 4, system 200 includes PC processor 
202, which is connected to display 204 for presenting 

25 images and to keyboard 206 and mouse 208 for provid- 
ing signals from a user. PC processor 202 is also con- 
nected so that it can access memory 2.10 and client 
212. Memory 210 can illustratively include program 
memory 214 and data memory 216. Client 212 is a 

30 source of information about a directed graph, which 
could be a combination of routines and data stored in 
memory 210 or could be independent of memory 21 0 as 
shown. For example, processor 202 could communicate 
with client 212 through a network. 

35 [0057] The routines stored in program memory 214 
can be grouped into several functions. Grapher routines 
220 create and modify a data structure representing the 
directed graph defined by the information from client 
212. Walker routines 222 respond to navigation signals 

40 and other user signals from keyboard 206 and mouse 
208 by obtaining information from the directed graph 
data structure. Painter routines 224 provide signals to 
display 204 to cause it to present representations of the 
directed graph data structure. Math routines 226 can be 

45 called to obtain positions of elements of the directed 
graph in a layout space. 

[0058] Data memory 216 in turn contains data struc- 
tures accessed by processor 202 during execution of 
routines in program memory 214. Directed graph data 
50 structure 230, as noted above, can be created and mod- 
ified by grapher routines 220 and can also be accessed 
by walker routines 222 and painter routines 224. 
[0059] Node position data 232, which can be linked to 
or included within directed graph data structure 230, 
55 can include positions of nodes in a negatively curved 
space such as a hyperbolic plane and in a rendering 
space such as a two-dimensional unit disk. Node posi- 
tion data 232 can be accessed by routines in program 
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memory 214. 

[0060] The routines in program memory 214 can also 
access various miscellaneous data structures 234. Data 
structures 234 may, for example, include an extra data 
structure for mapping from a pair of node IDs to a link s 
ID, implemented as a standard heap; this extra data 
structure allows lookup and insertion of a link ID in time 
that is logarithmic in the number of links. 

C.2. Responding to Events 10 

[0061] Fig. 5 shows how the system of Fig. 4 can 
respond to events by presenting representations of a 
graph. 

[0062] In box 300, client 212 begins by obtaining a 75 
starting graph and by loading an initial set of elements 
into memory, such as through calls to create nodes. 
Expansion flags define a tree within the initial set of ele- 
ments. Client 212 also makes appropriate calls to rou- 
tines in memory 21 4 for layout of the tree in a hyperbolic 20 
plane, for mapping the tree from the hyperbolic plane to 
a unit disk with the root node at the disk center, for paint- 
ing the mapped tree, and for presentation of the painted 
version on display 204 by swapping a double buffer, all 
in box 300. 25 
[0063] In box 302, client 212 receives an event relating 
to the graph. The event could result from a navigation 
signal, an editing signal, or another type of signal from a 
user Alternatively, the event could be received from 
another source, either within or external to system 200. 30 
In either case, the event could take the form of a call 
from within client 212, from one of the routines in mem- 
ory 214, or from other instructions executed by proces- 
sor 202. A series of received events could be held in a 
queue, so that box 302 could involve popping an event 35 
from a queue. 

[0064] In response to the event received in box 302, 
client 212 initiates an appropriate response by making 
one or more calls to routines in memory 214. As indi- 
cated by box 304, the response depends on the type of 40 
event, so that a branch is taken based on the event. 
[0065] The event may be a non-animated event, such 
as an orientation shift event, a stretch event, or a drag- 
ging event. An orientation event can result when the 
user indicates a new orientation for the root node. A 45 
stretch event can result when the user indicates a new 
stretch factor for the displayed representation. A drag- 
ging event, for example, can result when the user 
selects a position within the representation, such as by 
a mouse down click, and requests that it be moved by so. 
an appropriate gesture or other signal. 
[0066] Client 212 begins the response to a non-ani- 
mated event in box 310 by obtaining any information 
needed for responding to the event. For an orientation 
event, the information obtained in box 310 can include ss 
the new orientation. For a stretch event, the information 
obtained in box 310 can include the new stretch factor. 
[0067] For a dragging event, obtaining information in 



box 310 is somewhat more complicated. Client 212 
could obtain a node identifier (node ID) of the -node 
nearest the selected position and could also obtain 
information about the requested motion. These items of 
information could be obtained in much the same way as 
illustrated by the function find-nearest-node described 
at cols. 71-72 and as described in relation to Fig. 14 of 
U.S. Patent 5,590,250. 

[0068] When client 212 has obtained the necessary 
information in box 310, it can conclude with appropriate 
calls to walker routines 222 and painter routines 224 for 
layout, mapping, and painting. For an orientation event, 
the root node must be laid out at the new orientation. 
For a stretch event or a dragging event, layout is not 
needed. For a stretch event, the call to walker routines 
222 must, however, include the new stretch factor, for 
use in mapping. Similarly, for a dragging event, the call 
to walker routines 222 must include the node ID of the 
nearest node and the next position along the path of 
motion, for use in mapping. 

[0069] In box 312, walker routines 222 could first per- 
form any necessary layouts in the hyperbolic plane, and 
could also lay out any pending edits of the tree. Then, in 
box 314, walker routines 222 could map the tree into the 
unit disk, beginning with a starting node and a starting 
position. For example, in response to a dragging event, 
the starting node could be the nearest node identified in 
box 310 and the starting position could be the next posi- 
tion along the path of motion. The starting node and 
starting position previously used for mapping could be 
used in response to an orientation or stretch event. 
[0070] When the tree has been mapped, painter rou- 
tines 224 can be called to paint the mapped tree in a 
display buffer, in box 316. During painting, painter rou- 
tines 224 can mark new edits that occur in the tree as a 
result of node creation. Each edit can be marked by set- 
ting a flag or storing other appropriate data. When paint- 
ing is completed, a swap of display buffers can be 
performed to present the tree as painted, thus providing 
a representation of the graph. 

[0071] As rioted above, these events are currently 
implemented as non-animated events. In response to 
an orientation event, the representation pivots to the 
new orientation, typically around the node at the focus 
of the display region. Similarly, in response to a stretch 
event, the representation expands or contracts radially, 
typically around the node at the focus. In response to a 
dragging event, the representation moves at a rate 
determined by the input signal. Client 212 could, how- 
ever, provide an animated response to an orientation 
event, a stretch event, or a dragging event by converting 
the requested change into an equivalent sequence of 
smaller events, and issuing a series of calls in box 310, 
one call for each of the smaller events. 
[0072] Fig. 5 also illustrates responses to two different 
types of events which are always treated as animated in 
the current implementation. The first type is a bookmark 
or click event, in response to which one node's position 
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is moved during an animated sequence and other ele- 
ments move to accommodate the one node's move- 
ment. The second type is an insert/delete event, in 
response to which one node remains stable during an 
animated sequence in which some elements are con- 5 
traded, others are expanded, and still others move to 
accommodate the contractions and expansions. 
[0073] A bookmark or click, event could result when 
the user selects an item in a menu or other collection of 
bookmarks or selects a position within the representa- 10 
tion with a mouse down-up click. In response to an 
event of this type, client 212 obtains a node ID and a 
destination position in the unit disk. In the case of a 
bookmark event, the node ID and destination position 
are previously stored and can be retrieved from mem- 15 
ory. In the case of a click event, client 212 could obtain 
a node ID of the node nearest the selected position in 
much the same way as the function find-nearest-node 
described at cols. 71-72 of U.S. Patent 5,590,250, and 
the destination could be a default position, such as the 20 
center of the unit disk 

[0074] In box 320, client 212 could call walker routines 
222 with the node ID and destination position. Walker 
routines 222 can respond by performing an animation 
loop to present a sequence of representations in which 25 
the node moves from its previous position to the desti- 
nation position. In box 320, walker routines 222 begin by 
setting up a sequence of node/position pairs, each 
including the node ID and a position in the unit disk. The 
positions can be obtained by obtaining a total transla- 30 
tion from the previous position to the destination posi- 
tion, then obtaining and repeatedly composing an nth 
root of the total translation with a current translation as 
described in relation to boxes 470, 472, and 482 in Fig. 
12 of U.S. Patent 5,619,632. The number of node/posi- 35 
tion pairs can be large enough to ensure a smooth ani- 
mation from the previous position to the destination 
position, with features representing elements of the 
structure maintaining object constancy during the ani- 
mation. As an alternative to the nth root approach, the 40 
positions could be obtained by selecting an appropriate 
number of points along an appropriately chosen arc in 
the hyperbolic plane from the previous position to the 
destination position. The arc could be chosen to com- 
promise between a straight line, which can appear 45 
unnatural, and the arc the node would have taken in the 
nth root method, which can require an excessive 
number of animation steps to appear smooth. The 
number of points could be chosen to ensure satisfactory 
animation. 50 
[0075] Walker routines 222 then perform an iteration 
of the animation loop for each node/position pair in the 
sequence, as indicated jn box 322. In box 324 walker 
routines 222 could first lay out in the hyperbolic plane 
any pending edits of the tree, as described above in 55 
relation to box 312. Then, in box 326, walker routines 
222 could map the tree into the unit disk, beginning with 
the node and position from the next node/position pair 



as "the starting node and the starting position, as- 
described above in relation to box 314. — - 
[0076] When the tree has been mapped, painter rou- 
tines 224 can be called to paint the mapped tree in a 
display buffer, in box 328. During painting, painter rou- 
tines 224 can mark new edits that occur in the tree as a 
result of node creation as described above in relation to 
box 316. When painting is completed, a swap of display 
buffers can be performed to present the tree as painted, 
thus providing a representation of the graph. 
[0077] When a new edit is marked in box 328 by 
painter routines 224, the new edit is laid out during the 
next iteration, in box 324. As a result, the animated 
sequence of representations, rather than showing a 
static node-link structure as in U.S. Patent 5,629,632, 
shows a dynamic node-link structure. The edits, how- 
ever, serve primarily to add features representing new 
nodes along the outer perimeter of the representation 
as the representation makes the transition from the pre- 
vious position to the destination position. As a result, the 
added features do not interfere with or reduce the per- 
ception of object constancy for features representing 
other elements. 

[0078] An insert/delete event could result when the 
user requests expansion or contraction of a node or 
requests some other modification of the graph or the 
tree. An insert/delete event could also be received in the 
form of a call, and could thus provide a mechanism for 
automatic modif ication of the graph or tree without con- 
current human control. 

[0079] In response to an event of this type, client 212 
can first make appropriate calls to routines in memory 
214 to determine whether the requested modification of 
the graph or tree is acceptable, in box 330. 
[0080] If the requested modification of the graph or 
tree is acceptable, client 212 can modify the graph or 
tree accordingly, making calls to routines in memory 
214 as necessary. In the process of making the modifi- 
cation, each element that could be inserted, deleted, or 
changed by the modification, referred to herein as an 
"affected element", is marked, such as by setting a flag 
or storing other appropriate data. If a node is selected 
by an expand signal or a contract signal, its parent is 
also an affected node, because the area allocated to the 
parent may change. For most other insert/delete events, 
only nodes that are inserted or deleted are affected. Cli- 
ent 212 can then select a node as a stable node to be 
held at its previous position during animated presenta- 
tion of the modification. 

[0081] In many cases, the starting node used previ- 
ously in mapping can be selected as the stable node, 
and it can be held at the previous starting position. In 
other cases, it may be desirable for client 212 to select 
a different stable node; for example, a node that is being 
expanded could be selected as the stable node, to be 
held at its current position, which thus becomes the new 
starting position. Therefore, unless client 212 selects a 
different stable node, the previous starting node and 
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starting position are usually retained. But where the pre- 
vious starting node is being deleted, another node must 
be selected, as the default stable node subject to 
change by client 212. 

[0082] When a deletion is being made, walker routines 5 
222 can be called with the node IDs of the node being 
deleted and of its closest ancestor that will remain in the 
tree being mapped after deletion. This ancestor can be 
found by walking upward from the node being deleted 
until an ancestor is reached that is not being deleted by 
the current insert/delete event. 

[0083] In response to this call, walker routines 222 can 
test whether the node being deleted is the previous 
starting node. If so, the identified ancestor can be 
selected to replace it as the starting node. If the ances- 
tor has been recently mapped to a position that is dis- 
played and that is available, that position can be 
selected as the starting position. If the ancestor has not 
been recently mapped, or was mapped to a position that 
is not displayed or that is not available because another 
element has now been mapped there, the starting posi- 
tion can be the center of the unit disk. 
[0084] Also in box 330, client 212 could call walker 
routines 222 with the stable node ID and position. 
Walker routines 222 can respond by performing an ani- 
mation loop to present a sequence of representations in 
which, first, deleted nodes are contracted at their previ- 
ous positions, and then inserted nodes are expanded at 
their new positions, all while the stable node is held at its 
previous position. If the stable node cannot be held at its 
previous position because it was not recently mapped 
or was mapped to a position that is not displayed or is 
not available, it can be shifted to that position after 
deleted nodes are contracted with the previous starting 
node at the previous starting position, resulting in a sud- 
den movement between contraction and expansion. 
Walker routines 222 begin by setting up a sequence of 
weights to govern the rate at which the area allocated to 
each affected node changes during contraction and 
expansion. The weights are separated by sufficiently 
small increments to preserve object constancy during 
animation. 

[0085] Walker routines 222 then perform an iteration 
of the animation loop for each weight in the sequence, 
as indicated in box 332. In box 334, walker routines 222 
could first lay out in the hyperbolic plane the affected 
nodes and any pending edits of the tree, using the iter- 
ation's weight. Then, in box 336, walker routines 222 
could map the tree into the unit disk, beginning with the 
stable node and position, as described above in relation 
to box 314. 

[0086] When the tree has been mapped, painter rou- 
tines 224 can be called in box 338 to paint the mapped 
tree in a display buffer. During painting, painter routines 
224 can mark new edits that occur in the tree as a result 
of node creation as described above in relation to boxes 
316 and 328. When painting is completed, a swap of 
display buffers can be performed to present the tree as 



painted, thus providing a representation of the graph- 
[0087] Whether there are pending edits or not,- a 
series of iterations of the animation loop beginning in 
box 332 produces representations of a dynamic node- 
link structure because of the deletions and/or insertions. 
In addition, affected elements move to new positions 
from their positions prior to the deletions and insertions. 
The technique has been successfully implemented to 
produce object constancy during these movements. 
[0088] After a representation is provided in box 31 6 or 
after an animation sequence is completed in box 322 or 
332, another event can be received in box 302, as indi- 
cated by the circles labeled "A" in Fig. 5. 



[0089] Fig. 6 shows how mapping can be performed 
in boxes 314, 326, and 336 in Fig. 5. As shown in box 
350, mapping begins upon receiving a call that includes 
the node ID of a starting node and a starting position in 
rendering space. 

[0090] The overall strategy of the technique in Fig. 6 
can be understood from Fig. 7, showing a distorted rep- 
resentation of the unit disk onto which the hyperbolic 
plane can be mapped. The area near the perimeter of 
the unit disk is expanded to show positions of nodes 
that would not otherwise be distinguishable. 
[0091] The unit disk is bounded by hyperbolic horizon 
400, which can be thought of as the asymptotic limit of 
the mapping of the hyperbolic plane. Starting node 402 
is illustratively mapped to the center of the unit disk, and 
is therefore the part of the hyperbolic plane that has the 
greatest detail in the unit disk. Starting node 402 could, 
however, be mapped to any position on the unit disk. 
[0092] Between starting node 402 and hyperbolic 
horizon 400 are two other horizons, visibility horizon 
404 and precision horizon 406. A node outside visibility 
horizon 400 is not painted in boxes 316, 328, or 338 in 
Fig. 5, and is therefore not visible to a user. As dis- 
cussed below, precision horizon 406 is helpful in avoid- 
ing precision problems during mapping. Such problems 
can arise because, as illustrated, root node 410 can be 
many generations above starting node 402. 
[0093] In the example shown in Fig. 7, the technique 
of Fig. 6, in box 352, would first walk up a path in the 
tree from starting node 402 to root node 410. During this 
walk, the technique would push the node ID of each 
node in the path onto a stack. Then, in box 354, the 
technique would use the stack to walk back down the 
path to starting node 402. On this downward walk, the 
technique would start with an original orientation and 
position of root node 410 and obtain the orientation and 
position of each child node along the path. 
[0094] The technique can begin obtaining a child's ori- 
entation by combining the orientation of its parent with 
the child's incoming difference angle, referred to herein 
as its "DAngle". A child node's DAngle can be the differ- 
ence between the extension of its parent's incoming link 
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and the outgoing link from the parent to the child. To 
combine two values that are orientations or angles, a 
function can be used that is similar to, the function 
"rotate-direction" at columns 67 and 68 of U. S. Patent 
5,590,250. incorporated herein by reference. This func- 
tion, referred to herein as "RotateDirection" and also 
used for other purposes as discussed below, starts at a 
direction indicated by coordinates (x, y) of a point on the 
unit disk perimeter with an angle T and obtains a new 
direction with coordinates ( xcosT- ysinT, ycosT+xsinT ). 
[0095] During the downward walk, then, RotateDirec- 
tion is called with each node's orientation, expressed as 
a direction (x, y), and with the DAngle T of the node's 
child. RotateDirection returns the combined orientation, 
expressed as a direction, based on the calculation set 
forth above. 

[0096] The child's position and orientation can then be 
found using a function similar to the function "move-in- 
direction" at columns 67 and 68 of U. S. Patent 
5,590,250. This function, referred to herein as "Moveln- 
Direction" and also used for other purposes as dis- 
cussed below, starts at a position ("pt") in the hyperbolic 
plane, moves in a direction ("dir") for a distance ("dist") 
to obtain a new position ("newpt") and a new direction 
("newdir"). The values for pt, dir, newpt, and newdir are 
expressed as complex numbers. 
[0097] MovelnDirection can be implemented by multi- 
plying (dir*dist) to obtain a vector ("vec"). The values for 
newpt can then be obtained by dividing the sum 
(vec+pt) by the sum of (1 , 0) and the product of vec and 
the conjugate of pt. The values for newdir can then be 
obtained in two stages. In the first stage, values for a 
temporary variable ("temp") are obtained by dividing the 
sum (dir+pt) by the sum of (1 , 0) and the product of dir 
and the conjugate of pt. Then, in the second stage, val- 
ues for newdir are obtained by dividing the difference 
(temp-newpt) by the difference between (1, 0) and the 
product of temp and the conjugate of newpt. 
[0098] To obtain the child's position and orientation, 
MovelnDirection is called with the parent node's posi- 
tion (pt), with the negative of the combined orientation 
from RotateDirection (dir), and with the parent node's 
distance to the child (dist). The position (newpt) 
returned by MovelnDirection is the child node's position. 
The direction returned by MovelnDirection (newdir) is 
the child node's orientation. 

[0099] The original orientation of root node 410 can be 
indicated by an initialized value or a value indicated by a 
user signal. The initialized value, can, for example, be 
vertically upward (0, 1). The user can indicate another 
value as an angular offset from horizontally rightward 
(1 , 0). The original position of root node 410 can be the 
origin (0, 0) of the unit disk. 

[0100] Upon completion of the downward walk in box 
354, sufficient information has been obtained to locate 
the starting node in the rendering space. This can be 
done in preparation for an iterative upward walk, 
described below. If the starting node is the root, no fur- 



ther computation is necessary, because the orientation- 
and position already obtained are satisfactory. For other- 
nodes, the orientation from MovelnDirection can be cor- 
rected by finding a test position near the node's original 

5 position in the hyperbolic plane (i.e. its position when 
the root node is at the origin with the current orienta- 
tion), by transforming the test position to a destination in 
the same way the node's original position is transformed 
to the node's position from MovelnDirection, by then 

io transforming the test position's destination in the same 
way the node's position from MovelnDirection is trans- 
formed to the origin, and by normalizing the result to 
obtain the node's corrected orientation. 
[0101] Beginning again at starting node 402, the tech- 

15 nique would iteratively walk back up the same path until 
the test in box 360 determines that a node has been 
reached with a position outside precision horizon 406 or 
that root node 410 has been reached. In each iteration, 
box 362 would begin by getting the parent of the last 

20 node. Box 364 would then use the last node's orienta- 
tion and position on the unit disk, together with the last 
node's position relative to its parent node in the hyper- 
bolic plane, to obtain the parent node's orientation and 
position on the unit disk. 

25 [0102] To obtain the parent node's orientation and 
position, MovelnDirection is first called with the child 
node's position (pt), with the negative of the child node's 
orientation (dir), and with the parent node's distance to 
the child (dist). The position (newpt) returned by 

30 MovelnDirection is the parent node's position. The neg- 
ative of the direction returned by MovelnDirection 
(newdir) is then provided in a call to RotateDirection, 
together with the child's DAngle, to obtain the parent 
node's orientation. 

35 [01 03] To perform the test in box 360, and similar tests 
elsewhere, the coordinates of a node's position on the 
unit disk are squared, and the sum of the squares can 
then be compared with the positions of visibility horizon 
404 or precision horizon 406, as appropriate. For exam- 

40 pie, the sum of the squares could be compared with the 
squares of the radii to visibility horizon 404 and preci- 
sion horizon 406. If the sum of squares is less than the 
square of the radius to visibility horizon 404, the node is 
visible; if the sum of squares is less than the square of 

45 the radius to precision horizon 406, the node could be 
the visibility root. The node chosen as the visibility root 
can be the highest node reachable on an upward walk 
from the starting node that is within precision horizon 
406. 

so [0104] When the test in box 360 is met, such as by 
node 412 in Fig. 7, the technique takes the next-to-last 
node as a visibility root, in box 366. In Fig. 7, node 414 
is thus the visibility root, meaning that only its descend- 
ants will be mapped, thus reducing the number of gen- 

55 erations that will be mapped. Because the number of 
generations is reduced, precision problems can also be 
significantly reduced, especially in the case where there 
are many generations between visibility root 414 and 
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root node 410. 

[0105] Where root node 410 is within the precision 
horizon, root node 410 is taken as the visibility root in 
box 366. 

[01 06] Also in box 366, the technique of Fig. 6 pushes 
the node ID of the visibility root onto a queue in prepa- 
ration for a breadth-first iterative walk down the tree. As 
indicated in box 370, this walk continues until the queue 
is empty. In each iteration, box 372 pops the back node 
of the queue. Then, in box 374, the technique performs 
several acts in relation to each child of the popped back 
node. Each child node is marked walked, such as by 
storing a counter value for the current walk The orienta- 
tion and position of the child node on the unit disk are 
obtained. If the child node's position is inside visibility 
horizon 404, the node ID of the child node is pushed 
onto a paint stack. Finally, the child node is pushed onto 
the front of the queue so that its children will in turn be 
mapped, but only if the child node meets an appropriate 
criterion that helps to avoid unnecessary mapping. 
[0107] To obtain the child node's orientation and posi- 
tion, RotateDirection is called with the parent node's ori- 
entation and with the child node's DAngle. The resulting 
direction is then provided in a call to MovelnDirection, 
together with the parent node's position and the parent 
node's distance. The position (newpt) and the direction 
(newdir) obtained from MovelnDirection are the child 
node's position and orientation, respectively. 
[0108] When the child node's position and orientation 
are obtained, a criterion can be applied to determine 
whether it is necessary to map the child node's children. 
One criterion that has been successfully applied to 
avoid unnecessary mapping is that the child node must 
meet the following condition: It must have children in the 
graph; it must be the to-node of a link that is expanded 
so that its children are also in the tree; it must be inside 
precision horizon 406; and either it is inside visibility 
horizon 404 or its parent is outside visibility horizon 404. 
For example, applying this criterion in Fig. 7, the tech- 
nique would walk from node 414 to node 416 and then 
to node 418 before stopping, because node 408 is out- 
side precision horizon 406. Similarly, the technique 
would walk from node 402 through intermediate nodes 
to node 420, then to node 422 before stopping, because 
node 422 is outside visibility horizon 404 but its parent, 
node 420, is inside visibility horizon 404. 
[0109] Alternatively, the technique of Fig. 6 could use 
another appropriate criterion to determine in box 374 
whether to push a node onto the queue so that its chil- 
dren are mapped during a subsequent iteration. 
[0110] Box 374 can also include other appropriate 
operations. For example, the distance from a child 
node's position to hyperbolic horizon 400, computed as 
described above in relation to box 360, can be used to 
determine whether the node is sufficiently far from visi- 
bility horizon 404 to be painted. If so, additional calcula- 
tions can be made to obtain the center of the feature 
representing the node and the feature's height and 



width. 

[0111] When the queue is empty, the technique- can 
then pop each node from the paint stack, in box 380. A 
call can be made to painter routines 224 to touch the 
5 node and to paint it to a display buffer. In the course of 
painting nodes; painter routines 224 also paint appropri- 
ate links to the display buffer. Painting of nodes and 
links involves mapping from the unit disk to a display 
region, which can be implemented as described in rela- 
te tion to Figs. 11-13 of U.S. Patent 5,590,250. Painting 
can be performed first for links, then for children, then 
for parents. Painter routines 224 can also indicate visu- 
ally the direction from starting node 402 toward root 
node 410, such as with a color cue, because it is an 
15 important direction in navigation-it is the only direction 
that leads upward and sideways in the tree, since all 
other directions lead downward in the tree. 
[0112] In touching a node, painter routines 224 can 
initiate a node creation. Painter routines 224 can also 
20 mark each newly created node as a new edit. As a 
result, the newly created nodes will subsequently be 
laid out, in box 312, 324, or 334 in Fig. 5. 
[01 1 3] When painting is completed, the display buffer 
can be switched in box 382 so that its contents are pre- 
25 sented on display 204, resulting in presentation to the 
user of a representation of the graph. 
[01 1 4] The technique of Fig. 6 has been successfully 
implemented with visibility horizon 404 having a radius 
of approximately 0.9993 of the radius of hyperbolic hori- 
30 zon 400. The radius of precision horizon 406 can then 
be appropriately chosen between the radii of visibility 
horizon 404 and hyperbolic horizon 400. For example, 
precision horizon 406 can have a radius that is approxi- 
mately 0.9995 of the radius of hyperbolic horizon 400. 

35 

C.5. Variations 

[0115] An implementation similar to that described 
above has been successfully executed on processors of 
40 IBM compatible PCs, but implementations could be exe- 
cuted on other machines with any appropriate proces- 
sors. 

[0116] An implementation similar to that described 
above has been successfully executed using C++ in 32- 

45 bit Windows environments, but other programming lan- 
guages and environments could be used, including non- 
object-oriented environments, and other platforms 
could be used, such as Lisp, a Unix environment, ANSI 
C, Pascal, and so forth. 

so [0117] An implementation similar to that described 
above has been successfully executed with node-link 
data presented in an XML-compliant format and in an 
experimental format, but the invention could be imple- 
mented with any suitable type of node-link data, 

55 whether static or dynamic, and accessible in any appro- 
priate way, such as in memory or over a network. 
[0118] An implementation similar to that described 
above has been implemented with each iteration pre- 
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paring and presenting one . representation or an ani- 
mated series of representations of a graph in response 
to a navigation signal, but the invention could be imple- 
mented with other types of iterations invoked by other 
types of signals or calls. 

[0119] An implementation similar to that described 
above has been successfully executed with navigation 
signals received from a keyboard and mouse and relat- 
ing to a displayed representation or animated series of 
representations of a node-link structure like the repre- 
sentations disclosed in Lamping etal., US-A-5,61 9,632, 
The invention could, however, be implemented with or 
without navigation signals; for example, elements could 
be moved around in response to different sortings of the 
children of a node or in response to the application of 
different filters to elements of a structure. Also, the 
invention could be implemented with any appropriate 
type of expand and contract signals or other navigation 
signals, including signals resulting from external que- 
ries, selection of a menu entry-like item requesting 
expansion below an indicated node or link, or selection 
of a menu entry-like item requesting expansion below 
the current focus. The navigation signals could instead 
relate to an illusory space like those produced by vide- 
ogames or virtual reality environments or a presentation 
space other than a display and navigation signals could 
instead be produced by any appropriate user input 
device, including other kinds of pointing devices and 
other kinds of devices for receiving alphanumeric or lin- 
guistic input such as voice, gestures, or other modes of 
user input. Further, the invention could be implemented 
with other types of representations of node-link struc- 
tures. The invention could be implemented without ani- 
mation or with any appropriate animation techniques. 
[0120] The implementation described above maps a 
node-link structure laid out in the hyperbolic plane and 
maps the structure into the unit disk, but the invention 
could map a node-link structure laid out in any appropri- 
ate way in any appropriate negatively curved space, 
and could map it into any appropriate rendering space. 
[0121] The implementation described above maps 
from the hyperbolic plane into the unit disk, based on 
paths of nodes from a starting node. The invention 
could also be implemented for mapping from any other 
appropriate negatively curved space to an appropriate 
rendering space, and could map based on paths of links 
or on paths combining nodes and links. 
[0122] The implementation described above uses 
data indicating a node's position relative to its parent in 
a particular way, with position displacement and angle 
displacement, but the invention could be implemented 
with data indicating relative position to an element 
related in any other appropriate way, such as a child or 
a sibling, and relative position could be indicated with 
other combinations of displacements or in any other 
appropriate way 

[0123] The implementation described above obtains 
data identifying a starting node and a starting location 



based on a signal from a user, but data identifying other- 
elements of a node-link structure could be obtained, _ 
and data identifying nodes or other elements and start- 
ing locations could be obtained in other ways, such as 

5 from a call from code being executed. 

[01 24] The implementation described above applies a 
specific criterion to determine whether to map a node's 
descendants, but the invention could be implemented 
by mapping all descendants of each mapped node or by 

10 applying any other suitable criterion to determine which 
elements to map. 

[0125] The implementation described above is suita- 
ble for mapping elements of a tree. The invention could 
be used to map elements of other types of node-link 

is structures, such as graphs in general. 

[0126] The implementation described above uses 
node-link data that include expansion flags of links to 
define a tree within a graph in a specific way with a spe- 
cific type of memory management but the invention 

20 could be implemented with a node-link structure defined 
in any other appropriate way, and loaded into memory in 
any appropriate way. 

[01 27] The implementation described above selects a 
mapping root employing a precision horizon that is a 

25 fixed distance from the hyperbolic horizon in relation to 
the radius of the unit disk. The invention could be imple- 
mented by mapping from the root element or from 
another appropriate element of a node-link structure. A 
criterion other than a precision horizon could thus be 

30 used to select a mapping root, and a precision horizon 
could be defined in any appropriate way. 
[01 28] The implementation described above employs 
a directed graph data structure in which a link is repre- 
sented as an item in two linked lists, one for the outgo- 

35 ing links from its from-node and one for the incoming 
links to its to-node. Any other suitable data structure 
could be employed. 

[01 29] The implementation described above can han- 
dle directed graphs, including cyclic directed graphs, but 

40 the invention could be implemented for other types of 
graphs by converting other types of links to appropriate 
combinations of directed links or by otherwise providing 
a protocol for mapping the structure of a graph to a tree. 
For example, an undirected link between two nodes 

45 could be converted to a pair of directed links between 
the same nodes or could be assigned a direction based 
on an appropriate criterion. In general, a representation 
in which all undirected links have been converted to a 
pair of directed links is likely to be visually confusing, 

so because each, pair of directed links results in a cycle, 
but this confusing might be overcome by presenting 
cycles in another way 

[0130] In the implementation described above, acts 
are performed in an order that could in many cases be 
55 modified. For example, a depth-first walk rather than a 
breadth-first walk could be performed in Fig. 6, and 
each node could be painted immediately after it is 
mapped to the rendering space rather than after all 
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nodes have been mapped. 

[0131] Also, in the implementation described above, 
several software portions are distinguished, such as 
grapher, walker, painter, and math routines and the cli- 
ent, but the invention could be implemented with other, 
combinations of hardware and software and with soft- 
ware organized in any appropriate way. 

D. Applications 

[0132] The invention has been applied in providing an 
interactive browser of node-link structures. The inven- 
tion could be applied in a variety of contexts in which 
node-link structures are visualized. In particular, the 
invention could be applied in visualizing web-related 
structures such as the structure formed by a cached set 
of web pages or other web objects. 
[0133] More generally, the invention could be applied 
to provide a browser for organization charts, file system 
hierarchies, hypertext hierarchies, world wide web con- 
nectivity structures, parts breakdowns, SGML struc- 
tures, or any other large node-link structures. The 
browser could be used in editing structures or their con- 
tents. 

E. Miscellaneous 

[01 34] The invention has been described in relation to 
software implementations, but the invention might be 
implemented with specialized hardware. 
[0135] According to a preferred embodiment of the 
method of mapping a node-link structure, the step of 
obtaining data identifying a starting element within the 
structure comprises receiving a signal from a user 
requesting a change in the node-link structure and 
obtaining data identifying a starting element that is not 
affected by the requested change. 
[0136] Preferably, the step of locating the starting ele- 
ment at a starting position in the rendering space com- 
prises locating the starting element at its previous 
position in the rendering space. 
[01 37] Preferably, the node-link structure is a tree with 
a root element and the step of locating the starting ele- 
ment at a starting position comprises walking up from 
the starting element to the root element to obtain identi- 
fiers of elements on a path from the starting element to 
the root element and using the identifiers of elements on 
the path to walk down from the root element to the start- 
ing element, using a starting orientation of the root ele- 
ment to obtain an orientation of the starting element in 
the rendering space. 

[0138] According to an alternative embodiment, the 
node-link structure is a directed graph, the rendering 
space has a bounded precision region within which ele- 
ments can be mapped with adequate precision, the 
starting position is within the precision region and the 
act of mapping comprises walking up from the starting 
element on an upward path, mapping each element on 



the upward path to a position in the rendering space 
until a first element is mapped to a position outside the 
bounded precision region, selecting a second element 
preceding the first element on the upward path as a 

5 mapping root, the second element being within the pre- 
cision region, and walking downward from the mapping 
root and mapping the set of other elements to positions 
in the rendering space, the set of other elements includ- 
ing only the mapping root and descendants of the map- 

10 ping root. 

[01 39] In a further preferred embodiment, the first and 
second elements are nodes, the second element being 
a node immediately preceding the first element on the 
upward path. 

15 [01 40] Preferably, the step of walking downward from 
the mapping route comprises for each mapped element, 
applying a criterion to determine whether it is necessary 
to map descendants of the element. 
[0141] In an advantageous embodiment, applying the 

20 criterion includes determining whether the element has 
descendants in the node-like structure. 
[0142] Alternatively, applying the criterion includes 
determining whether the element is in the precision 
region. 

25 [0143] In an advantageous embodiment, the render- 
ing space has a bounded active region within the preci- 
sion region, the starting position is within the active 
region, and applying the criterion includes determining 
whether the element is inside the active region or the 

30 element's parent is outside the active region. 

Claims 

1 . A method of mapping a node-link structure laid out 
35 in a space with negative curvature into a rendering 
space; the method comprising: 

(A) obtaining data identifying a starting element 
within the structure; 

40 

(B) locating the starting element at a starting 
position in the rendering space; and 

(C) for each of a set of other elements in the 
45 structure, mapping the element's position in the 

negatively curved space to a position in the 
rendering space; the set of other elements 
including at least a parent and a child of the 
starting element; each element in the set of 
so other elements being reachable from the start- 

ing element by a path that leads only through 
elements in the set; each element's path 
including a preceding element that immediately 
precedes the element in the path; 

55 

the act of mapping in (C) comprising, for 
each element in the set of other elements, using the 
element's position relative to the preceding element 
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in the negatively curved space and the position of 
the preceding element in the rendering space to 
obtain the element's position in the rendering 
space. 

5 

2. A method as in claim 1 , further comprising: 

(D) using the positions of elements in the ren- 
dering space from (B) and (C) to present a rep- 
resentation of. the node link structure in a io 
display region, positions in the rendering space 
corresponding to positions in the display 
region, the starting position corresponding to a 
focus of the display region. 

15 

3. A method as in claim 2 in which the display region 
is a circle, the starting position corresponding to the 
circle's center. 

4. A method as in claim 1 in which the space with neg- 20 
ative curvature is the hyperbolic plane. 

5. A method as in claim 1 in which (A) comprises: 

presenting a representation of the node-link 25 
structure in a display region; 

receiving a signal from a user indicating a posi- 
tion in the display region; 

30 

converting the position in the display region to 
a position in the rendering space; and 

using the position in the rendering space to 
obtain data identifying the starting element. 35 

6. A method as in claim 1 in which (A) comprises: 

receiving a signal from a user that indicates the 
starting element; and 40 

using the signal to obtain data identifying the 
starting element. 

7. A method as in claim 6 in which the signal also indi- 4S 
cates the starting position. 

8. A system comprising: 

a processor for mapping a node-link structure so 
laid out in a space with negative curvature into 
a rendering space; the processor, in mapping 
the node-link structure: 

obtaining data identifying a starting ele- 55 
ment within the structure; 

locating the starting element at a starting 



position in the rendering space; and 

for each of a set of other elements in the 
structure, mapping the element's position 
in the negatively curved space to a position 
in the rendering space; the set of other ele- 
ments including at least a parent and a 
child of the starting element; each element 
in the set of other elements being reacha- 
ble from the starting element by a path that 
leads only through elements in the set; 
each element's path including a preceding 
element that immediately precedes the 
element in the path; 

in mapping the position of each element in 
the set of other elements, the processor 
using the element's position relative to the 
preceding element in the negatively curved 
space and the position of the preceding 
element in the rendering space to obtain 
the element's position in the rendering 
space. 

9. An article of manufacture for use in a system that 
includes: 

a storage medium access device; and 

a processor connected for receiving data 
accessed on a storage medium by the storage 
medium access device; 

the article of manufacture comprising: 

a storage medium; and 

instruction data stored by the storage 
medium; the instruction data indicating 
instructions the processor can execute; the 
processor, in executing the instructions, 
mapping a node-link structure laid out in a 
space with negative curvature into a ren- 
dering space; the processor, in mapping 
the node-link structure: 

obtaining data identifying a starting ele- 
ment within the structure; 

locating the starting element at a starting 
position in the rendering space; and 

for each of a set of other elements in the 
structure, mapping the element's position 
in the negatively curved space to a position 
in the rendering space; the set of other ele- 
ments including at least a parent and a 
child of the starting element; each element 
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in the set of other elements being reacha- 
ble from the starting element by a path that 
leads only through elements in the set; 
each element's path including a preceding 
element that immediately precedes the 5 
element in the path; 

in mapping the position of each element in 
the set of other elements, the processor 
using the element's position relative to the 10 
preceding element in the negatively curved 
space and the position of the preceding 
element in the rendering space to obtain 
the element's position in the rendering 
space. 15 

10. A method of transferring data between first and 
second machines over a network, the second 
machine including memory and a processor con- 
nected for accessing the memory; the memory 20 
being for storing instruction data; the method com- 
prising: 

establishing a connection between the first and 
second machines over the network; and 25 

operating the first and second machines to 
transfer instruction data from the first machine 
to the memory of the second machine; the 
instruction data indicating instructions the proc- 30 
essor can execute; the processor, in executing 
the instructions, mapping a node-link structure 
laid out in a space with negative curvature into 
a rendering space; the processor, in mapping 
the node-link structure: 35 

obtaining data identifying a starting element 
within the structure; 

locating the starting element at a starting posi- 40 
tion in the rendering space; and 

for each of a set of other elements in the struc- 
ture, mapping the element's position in the 
negatively curved space to a position in the 45 
rendering space; the set of other elements 
including at least a parent and a child of the 
starting element; each element in the set of 
other elements being reachable from the start- 
ing element by a path that leads only through so 
elements in the set; each element's path 
including a preceding element that immediately 
precedes the element in the path; 

in mapping the position of each element in the ss 
set of other elements, the processor using the 
element's position relative to the preceding ele- 
ment in the negatively curved space and the 



position of the preceding element in the render- 
ing space to obtain the element's position-in the 
rendering space. 
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